Capitolul V 
Testarea sistemelor informatice 


Explicații ale apariţiei erorilor în aplicaţii 


e Metodele şi tehnicile de analiză şi proiectare au un caracter mai puţin 
fundamentat teoretic, iar aplicarea lor este mai puţin riguroasă. 

e lnabilitatea oamenilor de a-şi realiza sarcinile de lucru şi de a comunica în 
mod perfect. 


* Testarea exhaustivă a programelor este practic imposibilă, rolul ei fiind 


acela de a semnala prezenţa erorilor şi nu absenţa acestora. 


e Atenţia relativ redusă acordată activităţilor de testare. 


Obiectivul general al testării îl reprezintă identificarea numărului maxim de 
erori cu efort minim. 


Procesul testării 


Testarea sistemelor face referire la două activităţi: 
e Verificarea - determină dacă o anumită funcţie a fost implementată corect, 


e Validarea - determină dacă au fost respectate toate cerinţele sistemului. 
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Principiile generale ale testării 
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1. Testele trebuie concepute astfel încât să urmărească respectarea 


cerinţelor utilizatorilor. 


2. Testele trebuie planificate cu mult timp înainte de începerea 


activităţii de testare. 


3. Testarea trebuie să înceapă cu detaliile şi se finalizează la nivelul 


sistemului. 


4. Testarea exhaustivă nu este posibilă. 


5. Testarea trebuie să fie realizată de persoane care nu au fost 


implicate în fazele anterioare de dezvoltare a sistemului. 


6. Testarea nu vizează numai produsul final, ci şi rezultatele fazelor 


intermediare ale dezvoltării sistemului informatic. 


Clasificarea tehnicilor de testare (1) 


1. După modul de efectuare a testării: 
° Tehnici de testare automată - testarea sub controlul calculatorului 


° Tehnici de testare manuală - testarea sub controlul omului 


2. În funcţie de execuţia sau nu a programelor pe parcursul testării: 
e Tehnici de testare statică 


° Tehnici de testare dinamică 


3. În funcție de sursele de informatii. utilizate pentru generarea cazurilor de 
test: 


e Testarea de tip “cutia neagră” 


e Testarea de tip “cutia albă” 


Clasificarea tehnicilor de testare (II) 


4. După obiectivele urmărite la generarea cazurilor de test: 
e Testarea bazată pe gradul de acoperire, 


e Testarea axată pe greşeli - sunt utilizate pentru validarea şi alegerea 
celor mai potrivite seturi de teste, 


e Testarea axată pe erori - presupune identificarea erorilor tipice de 
proiectare şi scriere a programelor. 


5. Din perspectiva planificării şi desfăşurării activităţii de testare: 
e Testarea modulelor, 

e Testarea integrării modulelor, 

e Testarea sistemului, 


e Testarea de acceptare din partea utilizatorilor. 


Tehnica testării căilor de bază 


Această tehnică garantează execuţia cel puţin o dată a fiecărei instrucţiuni de 
program. Ea porneşte de la determinarea indicatorului complexitatea logică 
a specificaţiilor procedurale. 


complexitatea Setul de bază al 


ciclomatică căilor independente Cazuri de test 


de execuţie 


Aplicarea acestei tehnici presupune parcurgerea următorilor paşi: 
e Construirea grafului fluxurilor logice de control din program, 
e Determinarea complexităţii ciclomatice, 


e Determinarea setului de bază al căilor liniare independente de 
execuţie, 


e Pregătirea cazurilor de test. 


Tehnica testării căilor de bază. 
git utilizate 
Pentru construirea grafului fluxurilor logice de control din program 
se pot utiliza reprezentările de mai jos. 


Secvența If- then - else Do case Do-while 
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Nod predicativ - conține o condiție simplă sau complexă. 


Complexitatea ciclomatică - defineşte numărul căilor independente de 
execuție. CC =P +1 


Cale independentă de execuție - orice cale prin program care implică cel 
puţin un nou grup de instrucțiuni sau o condiţie nouă faţă de cele definite deja 


Tehnica testării câilor de bază. 
oală (1) 


* Acest modul SEa Sea SENS la iesire dupa 
metoda „First In - First Out” 

INTERFACE INPUT cMatCod, vCantitate 

INTERFACE OUTPUT aConsum, bConsValid 

vCantConsum = 0 

SELECT Datalntrare,Stoc,Pret FROM Stoc INTO ARRAY aStocuri ; 
WHERE MatCod = cMatCod and Stoc > 0 ORDER BY Datalntrare 


n = ALEN(aStocuri, ROW’ 

ISI ea AT AN aConsum(n 

1 = 

DO WHILE i <= n AND vCantConsum < 9... 


IF vCantitate - vCantConsum >= aStocuri(i,2) 


INCREMENT vCantConsum BY aStocuri(i,2) 
(5) aConsum(i,1) = aStocuri(i,1) 
aConsum(i,2) = aStocuri(i,2) 
aConsum(i,3) = aStocuri(i,3) A, 


EESE 
(6) aConsum(i,1) = aStocuri(i,1) og 


aConsum(i,2) = vCantitate - vCantConsum 
aConsum(i,3) = aStocuri(i,3) 
(7) se vCantConsum = vCantitate 
END IF 
INCREMENTI / 1 
END DO 
IF v onsum < vCantitate 
bConsValid = FALSE 
DISPLAY MESSAGE(,Stocul este insuficient”) 
ELSE 
E bConsValid = TRUE o 
ENDIF 


Tehnica testării căilor de bază. 


Exemplu (II) 


Complexitatea ciclomatică este 5 (4 + 1) 


Căile independente de execuţie sunt: 


Calea 1: 1-2-9-10-12 
Calea 2: 1-2-9-11-12 

Calea 3: 1-2-3-9-10-12 
Calea 4: 1-2-3-4-5-7-8-2-..... 
Calea 5: 1-2-3-4-6-7-8-2.-..... 


Intrările în modul sunt: cei doi parametri 

(cMatCod şi vCantitate) şi liniile din 

tabela Stocuri pentru materialul 

E ae : 
pentru calea 4 sunt: 

e valoarea lui cMatCod - “100001” 

* valoarea pentru vCantitate - 100 


e Pentru materialul “100001” în tabela 


Stocuri există 3 linii cu valorile 50,65 şi 
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Testarea structurilor de control repetitive 


Din punctul de vedere al testării, trebuie luate în considerare trei tipuri de 


structuri repetitive: 


ja 
t- 


Structuri structuri structuri 
repetitive repetitive repetitive 
simple imbricate concatenate 
Condiții de Condiții de Condiții de 
testare . e se porneştetestianeura din interior şi ° ca întestăare 
Se generează cazuri configurarea celorlalte la numărul structurilor simple dacă 
de test pentru 0, 1, 2, minim de iterații structurile concatenate 
POS D URR e se continuă cu celelalte structuri în sunt independente 
iterații aceeaşi manieră, doar că structurile e sca în cazul 
situate dedesubt sunt configurate la structurilor imbricate 
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Testarea pe baza analizei fluxurilor de date 


Această tehnică presupune testarea modului de utilizare a variabilelor de 
memorie. 


Lanţul “definire-utilizare” al unei variabile reprezintă o cale de execuţie în 
program între o operaţie de atribuire (definire) şi una de referire (utilizare). 


Pot fi distinse două tipuri de utilizări ale unei variabile: 
° utilizări-predicative (utilizări-P) şi 


e utilizări-în-calcule (utilizări-C) 


Există mai multe variante de formulare a gradului de acoperire a testării: 


e Testarea tuturor lanțurilor “definire-utilizare” pentru fiecare 
variabilă 


e Testarea tuturor definirilor, 
e Testarea tuturor utilizărilor-C/câteva utilizări-P, 


e Testarea tuturor utilizărilor-P/câteva utilizări-C, 


Examinările şi execuțiile de probă 


Ambele tehnici sunt manuale, însă ele diferă prin urmărirea sau nu a efectelor 
fiecărei instrucţiuni pe baza unor date de test. 


În cazul examinărilor se întocmeşte o listă cu erorile tipice de proiectare şi 
programare: 


e Utilizarea greşită a variabilelor de memorie 
e Erori în expresiile de calcul 
e Erori legate de fluxul logic de control 


e Erori privind interfețele dintre module. 


Testarea bazată pe identificarea greşelilor 


Aceste tehnici de testare urmăresc validarea setului de teste definit. 


Tehnica însămânţării erorilor - presupune estimarea numărului de erori 
dintr-un program pe baza numărului de erori introduse intenţionat. 


Numărul erorilor noi identificate * Numărul erorilor intenţionate / Numărul erorilor 
intenţionate identificate 


Tehnica modificărilor - presupune efectuarea unor modificări în programul 
de testat şi analiza efectelor asupra rezultatelor testării . Această tehnică 
implică generarea de mutanţi. Cu cât numărul mutanţilor vii este mai mare, 
cu atât setul de teste respectiv este mai puţin bun. 


